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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document is part of a series of documents that specify charging functionality and charging management in 
GSM/UMTS networks. The GSM/UMTS core network charging architecture and principles are specified in 
3GPP TS 32.240 [1], which provides an umbrella for other charging management TSs that specify: 

• the content of the CDRs per domain and subsystem (offline charging); 

• the content of real-time charging messages per domain / subsystem (online charging); 

• the functionality of online and offline charging for those domains and subsystems; 

• the interfaces that are used in the charging framework to transfer the charging information (i.e. CDRs or 
charging events). 

The complete document structure for these TSs is defined in 3GPP TS 32.240 [1]. 

The present document specifies the Offline and Online Charging description for the "Push-to-Talk over Cellular" (PoC) 
service, based on the functional description of the PoC service in 3GPP TR 23.979 "3GPP enablers for OMA PoC 
Services" [200], in OMA-AD-POC "Push to talk over Cellular (PoC) - Architecture" [203], in OMA-CP-POC "OMA 
PoC Conti-ol Plane" [204] and in OMA-UP-POC: "OMA POC User Plane"[205], respectively. This charging 
description includes the offline and online charging architecture and scenarios specific to PoC, as well as the mapping 
of the common 3GPP charging architecture specified in 3GPP TS 32.240 [1] onto the PoC service. It further specifies 
the structure and content of the CDRs for offline charging, and the charging events for online charging. The present 
document is related to other 3GPP charging TSs as follows: 

• The common 3GPP charging architecture is specified in 3GPP TS 32.240 [1]; 

• The parameters, abstract syntax and encoding rules for the CDRs are specified in 3GPP TS 32.298 [51]; 

• A transaction based mechanism for the transfer of CDRs within the network is specified in 

3GPPTS 32.295 [54]; 

• The file based mechanism used to transfer the CDRs from the network to the operator's billing domain (e.g. the 
bilhng system or a mediation device) is specified in 3GPP TS 32.297 [52]; 

• The 3GPP Diameter application that is used for PoC offline and online charging is specified in 
3GPPTS 32.299 [50]. 

All terms, definitions and abbreviations used in the present document, that are common across 3GPP TSs, are defined in 
the 3GPP Vocabulary, 3GPP TR 21.905 [100]. Those that are common across charging management in GSM/UMTS 
domains or subsystems are provided in the umbrella document 3GPP TS 32.240 [1] and are copied into clause 3 of the 
present document for ease of reading. Finally, those items that are specific to the present document are defined 
exclusively in the present document. 

Furthermore, requirements that govern the charging work are specified in 3GPP TS 22. 115 [102]. 
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3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in 3GPP TR 21.905 [50], 3GPP TS 32.240 [1] 
and the following apply: 

1-1 PoC session: feature enabling a PoC user to establish a PoC session with another PoC user 

2G- / 3G-: prefixes 2G- and 3G- refers to functionary that supports only GSM or UMTS, respectively, e.g. 2G-SGSN 

refers only to the GSM functionality of an SGSN 

When the term/prefix is omitted, reference is made independently from the GSM or UMTS functionality. 

ad-hoc PoC group session: feature enabling a PoC user to establish a PoC session with multiple PoC users without 
first creating a PoC group 

This sort of PoC session for multiple PoC users that does not involve the use or definition of a pre-arranged or chat PoC 
group session. 

accounting: process of apportioning charges between the Home Environment, Serving Network and Subscriber 

accounting meter record: record containing one or more counters employed to register the usage of resources en 

masse 

Includes simple event counters and/ or cumulative call second counters. 

Advice of Charge (AoC): real-time display of the network utilisation charges incurred by the Mobile Station 

The charges are displayed in the form of charging units. If a unit price is stored by the MS then the display may also 

include the equivalent charge in the home currency. 

AoC service: combination of one or more services, both basic and supplementary, together with a number of other 
charging relevant parameters to define a customised service for the purpose of advice of charge 

application data: information / data specific to an application other than the MMS User Agent / VASP which is 
intended to be transported without alteration by using MMS 
Application Data may be of any content type and format. 

billing: function whereby CDRs generated by the charging function are transformed into bills requiring payment 

Billing Domain: part of the operator network, which is outside the telecommunication network, that receives and 
processes CDR files from the core network charging functions 

It includes functions that can provide billing mediation and billing or other (e.g. statistical) end applications. It is only 
applicable to offline charging (see "Online Charging System" for equivalent functionality in online charging). 

CAMEL: network feature that provides the mechanisms to support operator specific services even when roaming 
outside HPLMN 

CAMEL subscription information: identifies a subscriber as having CAMEL services 
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CDR field Categories: CDR fields are defined in 3GPP TS 32.272. CDR fields may be operator provisionable and are 
divided into the following categories: 

• Mandatory (M): field that shall be present in the CDR. 

• Conditional (C): field that shall be present in a CDR if certain conditions are met. 

• Operator Provisionable: Mandatory (Om): field that, if provisioned by the operator, shall always be present in 
the CDR. 

• Operator Provisionable: Conditional (Oc): field that, if provisioned by the operator, shall be present in a CDR 
if certain conditions are met. 

chargeable event: activity utilizing telecommunications network infrastructure and related services for: 

• user to user communication (e.g. a single call, a data communication session or a short message); or 

• user to network communication (e.g. service profile administration); or 

• inter-network communication (e.g. transferring calls, signalling, or short messages); or 

• mobility (e.g. roaming or inter-system handover); and 

• that the network operator may want to charge for. 

As a minimum, a chargeable event characterises the resource / service usage and indicates the identity of the involved 
end user(s). 

charged party: user involved in a chargeable event who has to pay parts or the whole charges of the chargeable event, 
or a third party paying the charges caused by one or all users involved in the chargeable event, or a network operator 

charging: function within the telecommunications network and the associated OCS/BD components whereby 
information related to a chargeable event is collected, formatted, transferred and evaluated in order to make it possible 
to determine usage for which the charged party may be billed (offline charging) or the subscribers account balance may 
be debited (online charging) 

Charging Data Record (CDR): formatted collection of information about a chargeable event (e.g. time of call set-up, 
duration of the call, amount of data transferred, etc.) for use in billing and accounting 

For each party to be charged for parts of or all charges of the chargeable event(s) a separate CDR shall be generated, 
i.e. more than one CDR may be generated for a single chargeable event, e.g. because of its long duration, or because 
more than one charged party is to be charged. 

charging destination: also referred to as a destination for charging, this is a nominal reference defining the point of 
termination of a connection for charging purposes 

charging event: set of charging information forwarded by the CTF towards the CDF (offline charging) or towards the 

OCS (online charging) 

Each charging event matches exactly one chargeable event. 

charging function: entity inside the core network domain, subsystem or service that is involved in charging for that 
domain, subsystem or service 

charging origin: nominal reference defining the point of origin of a connection for charging purposes 

chat PoC group: persistent group in which each member individually joins the PoC session, i.e. the establishment of a 
PoC session to a chat PoC group does not result in other members of the chat PoC group being invited 

chat PoC group session: PoC session established to a chat PoC group. 

In a chat PoC group, PoC subscribers shall be able to join and leave the chat PoC group session themselves. If the chat 

PoC group is restricted, then only group members shall be able to join. 

circuit switched domain: domain within GSM / UMTS in which information is transferred in circuit switched mode. 

controlling PoC function: function implemented in a PoC server and provides centralized PoC session handling, which 
includes RTP media distribution, talk burst control, policy enforcement for participation in group sessions, and the 
participant information 
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credit control: which directly interacts in real-time with an account and controls or monitors the charges, related to the 
service usage 

Credit control is a process of: checking if credit is available, credit reservation, deduction of credit from the end user 
account when service is completed and refunding of reserved credit not used. 

delivery report: feedback information provided to an originator MMS User Agent by an MMS Relay/Server about the 
status of the delivery of an MM 

domain: part of a communication network that provides services using a certain technology 

forwarded MM: MM originally sent from a sender to an intended recipient which is then forwarded to other 
recipient(s) and to which a delivery report and/or read-reply report may refer and which may be subject to further 
forwarding 

forwarding MMS user agent: MMS user agent that is the intended recipient of an MM and that requests forwarding of 
the MM for delivery to other recipient(s) without having to first download the MM 

Fully qualified Partial CDR (FQPC): partial CDR that contains a complete set of the fields specified in 

3GPP TS 32.272. This includes all the mandatory and conditional fields as well as those fields that the PLMN operator 

has provisioned to be included in the CDR. The first Partial CDR shall be a Fully qualified Partial CDR. 

GPRS: packet switched bearer and radio services for GSM and UMTS systems 

GTP': GPRS protocol used for CDR transport. It is derived from GTP with enhancements to improve transport 
reliability necessary for CDRs 

NOTE: This protocol is not used for tunnelling. 

GSM only: qualifier indicating that this clause or paragraph applies only to a GSM system 
For multi-system cases this is determined by the current serving radio access network. 

in GSM,...: qualifier indicating that this paragraph applies only to GSM System 

in UMTS,...: qualifier indicating that this paragraph applies only to UMTS System 

Instant personal alert: feature in which a PoC user sends a SIP based instant message to a PoC user requesting a 
1-1 PoC session 

inter-system change: change of radio access between different radio access technologies such as GSM and UMTS. 

LCS Client: software and/or hardware entity that interacts with a LCS Server for the purpose of obtaining location 
information for one or more Mobile Stations 

LCS Clients subscribe to LCS in order to obtain location information. LCS Clients may or may not interact with human 
users. The LCS Client is responsible for formatting and presenting data and managing the user interface (dialogue). The 
LCS Client may reside in the Mobile Station (UE). 

LCS Server: software and/or hardware entity offering LCS capabilities 

The LCS Server accepts requests, services requests, and sends back responses to the received requests. The LCS server 

consists of LCS components, which are distributed to one or more PLMN and/or service provider. 

Location Based Service (LBS): service provided either by teleoperator or a 3'''* party service provider that utilizes the 
available location information of the terminal 

Location Application offers the User Interface for the service. LBS is either a pull or a push type of service (see 
Location Dependent Services and Location Independent Services). In ETSI/GSM documentation of SoLS A, LBS is 
called "Location Related Service". ETSI and/or 3GPP -wide terminology harmonization is expected here. 

location estimate: geographic location of an UE and/or a valid Mobile Equipment (ME), expressed in latitude and 
longitude data 

The Location Estimate shall be represented in a well-defined universal format. Translation from this universal format to 
another geographic location system may be supported, although the details are considered outside the scope of the 
primitive services. 

message ID: unique identifier for an MM 

"middle tier" (charging) TS: term used for the 3GPP charging TSs that specify the domain / subsystem / service 

specific, online and offline, charging functionality 

These are all the TSs in the numbering range from 3GPP TS 32.250 to 3GPP TS 32.279, e.g. 3GPP TS 32.250 [10] for 



£75/ 



3GPP TS 32.272 version 6.0.0 Release 6 1 1 ETSI TS 1 32 272 V6.0.0 (2005-06) 

the CS domain, or 3GPP TS 32.270 [30] for the MMS service. Currently, there is only one "tier 1" TS in 3GPP, which 
is 3GPP TS 32.240 [1] specifies the charging architecture and principles. Finally, there are a number of top tier TSs in 
the 32.29x numbering range ([50] ff) that specify common charging aspects such as parameter definitions, encoding 
rules, the common billing domain interface or common charging applications. 

MMSE: collection of MMS-specific elements under the control of a single administration. 

MMS Relay/Server: MMS-specific network entity/application that is under the control of an MMS service provider 
An MMS relay/server transfers messages, provides operations of the MMS that are specific to or required by the mobile 
environment and provides (temporary and/or persistent) storage services to the MMS. 

MMS user agent: application residing on a user equipment, a mobile station or an external device that performs 
MMS-specific operations on a user's behalf and/or on another application's behalf. An MMS user agent is not 
considered part of an MMSE. 

Multimedia Messaging Service Network Architecture (MMSNA): encompasses all the various elements that provide 
a complete MMS to a user 

near real-time: near real-time charging and billing information is to be generated, processed, and transported to a 
desired conclusion in less than 1 minute 

observed IMEI ticket: record used to describe an EIR relevant event e.g. a blacklisted IMEI 

offline charging: charging mechanism where charging information does not affect, in real-time, the service rendered 

online charging: charging mechanism where charging information can affect, in real-time, the service rendered and 
therefore a direct interaction of the charging mechanism with session/service control is required 

Online Charging System: entity that performs real-time credit control 

Its functionality includes transaction handling, rating, online correlation and management of subscriber account 

balances. 

original MM: (initial) MM sent from a sender to a recipient and to which a delivery report and/or a read-reply report 
and/or a reply-MM may refer and/or which may be subject to being forwarded 

originator MMS user agent: MMS user agent associated with the sender of an MM 

packet switched domain: domain within GSM and UMTS in which data is transferred in packet switched mode. 
Corresponds to the term "GPRS" 

partial CDR: CDR that provides charging information on part of a subscriber session 

A long session may be covered by several partial CDRs. Two formats are considered for Partial CDRs. One that 

contains all of the necessary fields; the second has a reduced format. 

participating PoC function: function implemented in a PoC server, and provides PoC session handling, which 
includes policy enforcement for incoming PoC sessions and relays talk burst control messages between the PoC client 
and the PoC server performing the controlling PoC function 

The participating PoC function may also relay RTP media between the PoC client and the PoC server performing the 
controlling PoC function. 

PoC client: PoC functional entity that resides on the PoC user equipment that supports the PoC service 

PoC server: implements the application level network functionality for the PoC service 

A PoC server may perform the role of the controlling PoC function or participating PoC function, or both at the same 

time. 

PoC session: 3GPP TS 32.272 supports the following types of PoC sessions: 1-1 PoC session, ad-hoc PoC group 
session, pre-arranged PoC group session, or chat PoC group session 

PoC user: user of the PoC service 

positioning method (/locating method): method or technical solution, which is used to get an estimate of the target 
mobile's geographical location 
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EXAMPLE: Positioning methods based on radio cell coverage, GPS or Assisted GPS methods, which are based 
on the Time-Of- Arrival (TO A) algorithm, and OTDOA or E-OTD methods, which are based on 
the Time-Difference-Of- Arrival (TDOA) algorithm. The positioning methods are further described 
in UTRAN Stage 2, 3GPP TS 25.305 [63] and GERAN Stage 2, 3GPP TS 43.059 [64]. 

pre-arranged PoC group session: is a persistent PoC session Identity that has an associated set of PoC members 
The establishment of a PoC session to a pre-arranged PoC group results in all members being invited. 

pre-established session: signaling exchange to negotiate media parameters between the PoC client and the home PoC 
server before establishing a PoC session 

PS based services: in WLAN interworking, PS based service is a general term to refer to the services provided by a 
PLMN using IP bearer capability between WLAN UEs and the PLMN in scenario 3 and upwards 

They include all services provided by 3G PS domain that use the IP bearer service, (e.g. IMS, Internet access. Corporate 
IP network access), and other services (e.g. SMS and LCS). 

read-reply report: feedback information to an originator MMS user agent by a recipient MMS User Agent about the 
status of handling/rendering of an original MM in a recipient MMS user agent 

real-time: real-time charging and billing information is to be generated, processed, and transported to a desired 
conclusion in less than 1 second 

recipient MMS user agent: MMS user agent associated with the recipient of an MM 

Reduced Partial CDR (RPC): partial CDRs that only provide mandatory fields and information regarding changes in 
the session parameters relative to the previous CDR 

EXAMPLE: Location information is not repeated in these CDRs if the subscriber did not change its location. 

reply-MM: in case of reply-charging the first reply accepted by the recipient MMS Relay/Server (after checking the 
reply charging limitations, such as the latest time of submission) is called a reply-MM 

Reporting Area: service area for which an MS's location shall be reported 

Service Area: defined in the same way as the Service Area according to ITU-T Recommendation Q.lOOl 

In contrast to the PLMN area it is not based on the coverage of a PLMN 

Instead it is based on the area in which a fixed network user can call a mobile user without knowing his location. The 

Service Area can therefore change when the signalling system is being extended, for example. 

settlement: payment of amounts resulting from the accounting process 

subscriber: entity (associated with one or more users) that is engaged in a subscription with a service provider 

The subscriber is allowed to subscribe and unsubscribe services, to register a user or a list of users authorised to enjoy 

these services, and also to set the limits relative to the use that associated users make of these services. 

successful call: connection that reaches the communication or data transfer phase e.g. the "answered" state for speech 

connections 

All other connection attempts are regarded as unsuccessful. 

talk burst: media recording, transport and playback that occurs from the point the PoC client has got the permission to 
send media until the permission is released 

target UE: UE being positioned 

tariff period: part of one (calendar) day during which a particular tariff is applied 

Defined by the time at which the period commences (the switch-over time) and the tariff to be applied after switch-over. 

tariff: set of parameters defining the network utilisation charges for the use of a particular bearer / session / service 

UMTS only: qualifier indicating that this clause or paragraph applies only to a UMTS system 
For multi-system cases this is determined by the current serving radio access network. 

user: entity, not part of the 3GPP System, that uses network resources by means of a subscription 
The user may or may not be identical to the subscriber holding that subscription. 

User Equipment (UE): device allowing a user access to network services 

For the purpose of 3GPP specifications the interface between the UE and the network is the radio interface. A User 

Equipment can be subdivided into a number of domains, the domains being separated by reference points. Currently 
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defined domains are the USIM and ME Domains. The ME Domain can farther be subdivided into several components 
showing the connectivity between multiple functional groups. These groups can be implemented in one or more 
hardware devices. An example of such a connectivity is the TE - MT interface. Further, an occurrence of a User 
Equipment is an MS for GSM as defined in GSM 04.02. 

WLAN-attach status: indicates whether a UE is WLAN-attached or not 

A WLAN UE is "WLAN-attached" after successful authentication and WLAN Access Authorization. A WLAN UE is 

"WLAN-detached" after its disconnection, or its authentication or WLAN access authorisation being cancelled. 



3.2 Symbols 



For the purposes of the present document, the following symbols apply: 



A 

Be 

Bg 

Bi 

Bl 

Bm 

Bmb 

Bo 

Bp 

Bs 

Bt 

Bw 
Bx 

C 

CAP 

Ci 

D 

D' 

Dw 

E 

Ga 

Gb 

Gc 

Gd 

Ge 

Gf 

Gi 

Gm 

Gn 

Gp 

Gr 

Gr' 

Gs 

Gx 

Gy 

Gz 

lu 

kbit/s 

Lr 

Mbit/s 

Mc 

Mi 

MMl 

MM2 

MM3 



Interface between an MSC and a BSC. 

Reference point for the CDR file transfer from the Circuit Switched CGF to the BD. 

Reference point for the CDR file transfer from the GPRS CGF to the BD. 

Reference point for the CDR file transfer from the IMS CGF to the BD. 

Reference point for the CDR file transfer from the GMLC CGF to the BD. 

Reference point for the CDR file transfer from the MMS CGF to the BD. 

Reference point for the CDR file transfer from the MBMS CGF to the BD. 

Reference point for the CDR file transfer from the OCF CGF to the BD. 

Reference point for the CDR file transfer from the PoC CGF to the BD. 

Reference point for the CDR file transfer for CAMEL services to the BD, i.e. from the SCF CGF 

to the BD. 

Reference point for the CDR file transfer from the PoC CGF to the BD. 

Reference point for the CDR file transfer from the WLAN CGF to the BD. 

Reference point for CDR file transfer between any (generic) 3G domain, subsystem or service 

CGF and the BD. 

Interface between a HLR and a SMSC. 

Reference point for CAMEL between a network element with integrated SSF and the OCS. 

Charging trigger in combined MMS Relay/Server. 

Interface between a MSC and a HLR. 

Reference point between an MSCa pre-R6 HSS/HLR and a BSC.3GPP AAA Server. 

Reference point between a 3GPP AAA Server and an SLF. 

Interface between a MSC and a SMSC. 

Reference point for CDR transfer between a CDF and the CGF. 

Interface between an SGSN and a BSC. 

Interface between an GGSN and an HLR. 

Interface between an SMS-GMSC and an SGSN, and between a SMS-IWMSC and an SGSN. 

Interface between a SGSN and a CAMEL GSM SCF. 

Interface between an SGSN and an EIR. 

Interface between the Packet-Switched domain and an external packet data network. 

Reference point between the UE and an P-CSCF. 

Interface between two GSNs within the same PLMN. 

Interface between two GSNs in different PLMNs. 

Interface between an SGSN and an HLR. 

Reference point between a pre-R6 HSS/HLR and a 3GPP AAA Server. 

Interface between an SGSN and an MSC/VLR. 

Reference point between a CRF and a TPF. 

Online charging reference point between a TPF and an OCS . 

Offline charging reference point between a TPF and a CDF. 

Interface between the RNS and the core network. 

Kilobits per second. 1 kbit/s = 2^^ bits per second. 

Interface between Gateway MLCs. 

Megabits per second. 1 Mbit/s = 2^^ bits per second. 

Interface between the MGW and (G)MSC server. 

Charging trigger in MMS Relay/Server for MMBox Management. 

Reference point between the MMS User Agent and the MMS Relay/Server. 

Reference point between the MMS Relay and the MMS Server. 

Reference point between the MMS Relay/Server and external (legacy) messaging systems. 
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MM4 

MM5 

MM6 

MM7 

MM8 

MM9 

MMIO 

Mw 

Oi 

R 

Rf 

Ri 
Ro 

Rx 

Um 
Ut 
Uu 
Wa 

Wd 

Wf 

Wg 

Wi 

Wm 

Wn 

Wp 

Wo 

Wu 
Wx 



Reference point between the MMS Relay/Server and another MMS Relay/Server that is within 

another MMSE. 

Reference point between the MMS Relay/Server and the Home Location Register (HLR). 

Reference point between the MMS Relay/Server and the MMS User Databases. 

Reference point between the MMS Relay/Server and MMS VAS AppHcations. 

Reference point between the MMS Relay/Server and the post-processing system. 

Reference point between the MMS Relay/Server and the online charging system. 

Reference point between the MMS Relay /Server and a MSCF. 

Reference point between one CSCF and another CSCF. 

Charging trigger in Originator MMS Relay/Server. 

Reference point between a non-ISDN compatible TE and MT. Typically this reference point 

supports a standard serial interface. 

Offline charging reference point between a xxx <the network node(s) that are subject of this 

charging TS > and the CDF. 

Charging trigger in Recipient MMS Relay/Server. 

Online charging reference point between a xxx <the network node(s) that are subject of this 

charging TS > and the OCS. 

Reference point between the CRF and an AF. 

Interface between the Mobile Station (MS) and the GSM fixed network part. 

Reference point between the UE and an GLMS. 

Interface between the Mobile Station (MS) and the UMTS fixed network part. 

Reference point between a WLAN Access Network and a 3GPP AAA Server/Proxy (charging and 

control signalling). 

Reference point between a 3GPP AAA Proxy and a 3GPP AAA Server (charging and control 

signalhng). 

Offline charging reference point between a 3GPP interworking WLAN and the CDF (functionally 

equivalent to Rf). 

Reference point between a 3GPP AAA Server/Proxy and WAG. 

Reference point between a Packet Data Gateway and an external IP Network. 

Reference point between a Packet Data Gateway and a 3GPP AAA Server or 3GPP AAA proxy. 

Reference point between a WLAN Access Network and a WLAN Access Gateway. 

Reference point between a WLAN Access Gateway and a Packet Data Gateway. 

Online charging reference point between a 3GPP interworking WLAN and the OCS (functionally 

equivalent to Ro). 

Reference point between a WLAN UE and a Packet Data Gateway. 

Reference point between an HSS and a 3GPP AAA Server. 



3.3 



Abbreviations 



Editor's note: to be completed / remove unnecessary material. 

For the purposes of the present document, the abbreviations defined in 3GPP TR 2L905 [50], 3GPP TS 32.240 [1] and 
the following apply: 

3G S^d Generation 

3GPP 3'^'* Generation Partnership Project 

ABNF Augmented Backus-Naur Form 

ACA Accounting Answer 

ACR Accounting Request 

APN Access Point Name 

AF Application Function 

AMF Account balance Management Function 

AoC Advice of Charge 

APN Access Point Name 

AS Application Server 

AVP Attribute Value Pair 

B2BUA Back-to-Back User Agent 

BCF Bearer Charging Function 

BCSM Basic Call State Model 

BD Billing Domain 

BGCF Breakout Gateway Control Function 
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BM-SC Broadcast Multicast - Service Centre 

BS Billing System 

BSC Base Station Controller 

BSS Base Station Subsystem 

BTS Base Transceiver Station 

CAI Charge Advice Information 

CAMEL Customised Applications for Mobile network Enhanced Logic 

CAP CAMEL Application Part 

CCA Credit Control Answer 

CCF Charging Collection Function 

CCR Credit Control Request 

CDF Charging Data Function 

CDR Charging Data Record 

CG Charging Gateway 

CGF Charging Gateway Function 

CI Cell Identity 

CRF Charging Rules Function 

CS Circuit Switched 

CSCF Call Session Control Function (I-Interrogating; P-Proxy and S-Serving) 

CSE CAMEL Service Environment 

CTF Charging Trigger Function 

DCCA Diameter Credit Control Applications 

DP Detection Point 

DRP Data Record Packet 

EBCF Event Based Charging Function 

ECUR Event Charging with Unit Reservation 

EDP Event Detection Point 

EIR Equipment Identity Register 

EM Element Management 

EMS-Digits North American Emergency Service Routing - Digits 

EMS-Key North American Emergency Service Routing - Key 

FCI Furnish Charging Information 

FQPC Fully Qualified Partial CDR 

FT AM File Transfer, Access and Management 

GERAN GSM EDGE Radio Access Network 

GGSN Gateway GPRS Support Node 

GMLC Gateway MLC 

GMSC Gateway MSC 

GPRS General Packet Radio Service 

gsmSCF GSM Service Control Function 

gsmSSF GSM Service Switching Function 

GSM Global System for Mobile communication 

GSN GPRS Support Node (either SGSN or GGSN) 

GTP GPRS Tunnelling Protocol 

GTP' The GPRS protocol used for CDR transport. It is derived from GTP with enhancements to improve 

transport reliability necessary for CDRs. 

G-CDR GGSN (PDP context) generated - CDR 

HLR Home Location Register 

HPLMN Home PLMN 

HSCSD High Speed Circuit Switched Data 

HSS Home Subscriber Server 

H-GMLC Home - GMLC 

lANA Internet Assigned Numbers Authority 

IE Information Element 

lEC Immediate Event Charging 

IHOSS:OSP Internet Hosted Octet Stream Service: Octet Stream Protocol 

IMEI International Mobile Equipment Identity 

IMS IP Multimedia Subsystem 

IMSI International Mobile Subscriber Identity 

IMS-GWF IMS - Gateway Function 

IP Internet Protocol 

IPv4 Internet Protocol version 4 



£75/ 



3GPP TS 32.272 version 6.0.0 Release 6 



16 



ETSI TS 132 272 V6.0.0 (2005-06) 



IPv6 Internet Protocol version 6 

ISC IMS Service Control 

ISDN Integrated Services Digital Network 

ITU-T International Telecommunication Union - Telecommunications standardization sector 

JIP Jurisdiction Information Parameter 

LAC Location Area Code 

LAN Local Area Network 

LCS Location Service 

LR Location Request 

LRN Location Routing Number 

MAP Mobile Application Part 

MBMS Multimedia Broadcast/Multicast Service 

MCC Mobile Country Code (part of IMSI) 

ME Mobile Equipment 

MGCP Media Gateway Control Function 

MGW Media GateWay 

MIME Multipurpose Internet Mail Extensions 

MLC Mobile Location Center 

MMI Man-Machine Interface 

MMS Multimedia Messaging Service 

MMSE Multimedia Messaging Service Environment 

MMSNA Multimedia Messaging Service Network Architecture 

MMSO Multimedia Messaging Service Originator 

MMSR Multimedia Messaging Service Recipient 

MMSR/S Multimedia Messaging Relay/Server 

MNC Mobile Network Code (part of IMSI) 

MO Mobile Originated 

MOC Mobile Originated Call (attempt) 

MO-LR Mobile Originated Location Request 

MRF Media Resource Function 

MRFC MRF Controller 

MRFP Multimedia Resource Function Processor 

MS Mobile Station 

MSC Mobile Switching Centre 

MSCF Messaging Service Control Function 

MSISDN Mobile Station ISDN number 

MSRN Mobile Station Roaming Number 

MT Mobile Terminated 

MTC Mobile Terminated Call (attempt) 

MT-LR Mobile Terminated - Location Request 

M-CDR Mobility management generated - Charging Data Record 

NAR North America Region 

NA-ESRD North American - Emergency Service Routing Digits 

NA-ESRK North American - Emergency Service Routing Key 

NE Network Element 

NI Network Identifier (part of the APN) 

NI-LR Network Induced - Location Request 

NP Number Portability 

NPDB Number Portability Data Base 

OCF Online Charging Function 

OCS Online Charging System 

OI Operator Identifier (part of the APN) 

O-CSI Originating - CAMEL Subscription Information 

PDN Packet Data Network 

PDP Packet Data Protocol (e.g. IP) 

PDU Packet Data Unit 

PLMN Public Land Mobile Network 

PMD Pseudonym Mediation Device functionality 

PoC Push-to-talk over Cellular 

PPP Point-to-Point Protocol 

PPR Privacy Profile Register 

PS Packet-Switched 
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PSPDN Packet-Switched Public Data Network 

PSTN Public Switched Telephony Network 

PT Protocol Type (Field in GTP' header) 

QoS Quality of Service 

RAB Radio Access Bearer 

RAC Routing Area Code 

RAN Radio Access Network 

RF Rating Function 

RNC Radio Network Controller 

RNS Radio Network Subsystem 

RPC Reduced Partial CDR 

RTP Real Time Protocol 

R-GMLC Requesting - GMLC 

SAC Service Area Code 

SBCF Session Based Charging Function 

SCCP Signalling Connection Control Part 

SCUR Session Charging with Unit Reservation 

SDP Session Description Protocol 

SCF Service Control Function 

SCI Subscriber Controlled Input 

SCI Send Charging Information 

SGSN Serving GPRS Support Node 

SIM Subscriber Identity Module 

SIP Session Initiation Protocol 

SMS Short Message Service 

SSF Service Switching Function 

SS7 SignalHng System No. 7 

SCCP Signalling Connection Control Part 

S-CDR SGSN (PDP context) generated - CDR 

S-SMO-CDR SGSN deHvered Short message Mobile Originated - CDR 

S-SMT-CDR SGSN dehvered Short message Mobile Terminated - CDR 

TAP Transferred Account Procedure 

TDP Trigger Detection Point 

TID Tunnel IDentifier 

TLV Type, Length, Value (GTP header format) 

TPF Traffic Plane Function 

TR Technical Report 

TS Technical Specification 

TV Type, Value 

T-CSI Terminating - CAMEL Subscription Information 

UA User Agent 

UE User Equipment 

UMTS Universal Mobile Telecommunications System 

URA UTRAN Registration Area 

USIM User Service Identity Module 

USSD Unstructured Supplementary Service Data 

UTRAN Universal Terrestrial Radio Access Network 

VAS Value Added Service 

VASP Value Added Service Provider 

VLR Visitor Location Register 

VMSC Visited MSC 

VPLMN Visited PLMN 

VT-CSI Visited Terminating CAMEL Subscription Information 

V-GMLC Visited GMLC 

WLAN Wireless LAN 

XDMS XML Document Management Server 

XML Extensible Mark-up Language 
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4 Architecture Considerations 

4.1 High level PoC architecture 

Figure 4.1.1 depicts the PoC reference architecture, as described in 3GPPTR 23.979 [200]. 
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Figure 4.1.1 : PoC service elements in the IMS architecture 

NOTE: The I-CSCF and HSS are not shown in figure 4. 1 . 1 for the sake of simplicity. 

The OMA-AD-POC [203] leverages IMS as the underlying SIP-based IP-core network. The PoC server implementing 
the application level network functionality for the PoC service is essentially seen as an Application Server from the IMS 
perspective. Consequently, communications between the IMS core and the PoC server utilize the ISC interface defined 
in 3GPPTS 23.228 [201]. 

The XML Document Management Server (XDMS) is used by the PoC users to manage groups and lists (e.g. contact 
and access lists) that are needed for the PoC service. In the IMS architecture, the Ut interface provides these functions, 
hence communications between the XDMS and the UE (PoC client) utilize the Ut interface. The XDMS is seen as a 
separate application server that could be also connected to other entities in addition to PoC server (e.g. to Presence 
Server). 

As described in the following clauses only the PoC server is relevant for charging. 

Editor's note: The figure may be replaced by an OMA version. 



4.1.1 



PoC functional entities 



In the next two subclauses the PoC functional entities, PoC client and PoC server are presented as described in 
OMA-AD-POC [203]. Also different roles of the PoC server that impact the PoC charging architecture are described. 



4.1.1.1 



PoC client 



The PoC client resides on the mobile terminal and is used to access PoC service. (In figure 4. 1 .2, UE is acting as a PoC 
cUent.) 
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4.1.1.2 



PoC server 



The PoC server implements the apphcation level network functionality for the PoC service. 

The PoC server may perform a controlling PoC function or participating PoC function. The controlling PoC function 
and participating PoC function are different roles of the PoC server. The figures in this clause show the flow of 
signalling traffic and media and media-related signalling traffic between controlling PoC function and participating PoC 
function in various configurations. Unless otherwise noted, the traffic flows shown in each figure apply to both 
signalling traffic and media and media-related signalling traffic in that configuration. Figure 4. 1 .2 shows the 
distribution of the functionality during a 1-1 PoC session in a single network. A PoC server may perform both a 
controlling PoC function and a participating PoC function at the same time. 
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Figure 4.1.2: Relationship between controlling PoC function, 
participating PoC functions and the PoC clients for 1-1 PoC session in a single network 

The determination of the PoC server role (controlling PoC function and participating PoC function) takes place during 
the PoC session set-up and lasts for the duration of the whole PoC session. In case of 1-1 PoC session and ad-hoc PoC 
group session the PoC server of the inviting user shall perform the controlling PoC function. In case of the chat PoC 
group and pre-arranged group session the PoC server owning/hosting the group identity shall perform the controlling 
PoC function. 
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Network A 




Figure 4.1.3: Relationship between the controlling PoC function, 
participating PoC function and PoC clients for 1-1 PoC session in a multiple network 

In a PoC session there shall be only one PoC server performing the controlling PoC function. There can be one or more 
PoC servers performing the participating PoC function in the PoC session. Figure 4. 1 .3 shows the distribution of the 
functionality during a 1-1 PoC session in a multiple network environment. 

The PoC server performing the controlling PoC function has A^ number of SIP sessions and media and talk burst control 
communication paths in one PoC session, where A^ is number of participants in the PoC session. The PoC server 
performing the PoC controlling function will have no direct communication to the PoC client for PoC session 
signalling, but will interact with the PoC client via the PoC server performing the participating functioning for the PoC 
client. 

The PoC server performing the controlling PoC function will normally also route media and media-related signalling 
such as talk burst arbitration to the PoC client via the PoC server performing the participating functioning for the PoC 
client. However, local policy in the PoC server performing the participating PoC function may allow the PoC server 
performing the controlling PoC function to have a direct communication path for media and media-related signalling to 
each PoC client. Figure 4. 1 .4 shows the signalling and media paths in this configuration for a controlling PoC function, 
participating PoC function and PoC client served in the same network. 

A PoC server performing the participating PoC function has always a direct communication path with a PoC client and 
a direct communication path with the PoC server performing the controlling PoC function for PoC session signalling. 
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Figure 4.1.4: Direct media flow between controlling PoC function and PoC client 

Figure 4. 1 .5 depicts the relation between the controlhng PoC function, participating PoC function and the PoC client in 
multiple network environment for a PoC group session. 



Network X ^H [Network A 




Figure 4.1.5: Relationship between the controlling PoC function, 
participating PoC function and PoC clients for PoC group session 
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4.2 PoC offline charging architecture 

Figure 4.2 depicts the PoC offline charging architecture, as described in 3GPP TR 23.979 [200]. 
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Figure 4.2: Charging architecture for PoC offline charging 

As described in 3GPP TS 32.240 [1], the PoC Server contains an integrated CTF that generates charging events and 
forwards them to the CDF. The CDF, in turn, generates CDRs which are then transferred to the CGF. Finally, the CGF 
creates CDR files and forwards them to the Billing Domain. The possible mapping onto physical components and 
interfaces for the charging functions is described in 3GPP TS 32.240 [1]. 

4.3 PoC online charging architecture 

Figure 4.3 depicts the PoC online charging architecture, as described in 3GPP TR 23.979 [200]. 



Online Charging 
System 




Figure 4.3: Charging architecture for PoC online charging 

When PoC server fulfils the controlling PoC function, then it provides centralized charging reports. When it fulfils the 
participant PoC function, then it provides the participant charging reports. For online charging, the PoC server uses the 
Ro interface and application towards the OCS as specified in 3GPP TS 32.299 [50]. The OCS will consider and treat 
controlling PoC server online charging reports and participant PoC server online charging reports as independent 
reports (independent events if lEC is used or independent sessions if charging is SCUR based). 
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5 PoC charging principles and scenarios 

PoC charging architecture support service based charging. If there is a support required for traffic based charging than 
the FBC should be used refer 3GPP TS 32.251 [11]. 

Editor's note: The investigation on subscription based charging is needed. 

5.1 PoC charging principles 
5.1 .1 PoC session related charging 

PoC allows users to satisfy real time, half-duplex speech communication in a simple and easy way. A PoC subscriber 
may either join an existing PoC session or may create a PoC session spontaneously. A PoC participant, who wants to 
speak, typically initiates a PoC session on its terminal and starts to speak. Other participants of the PoC group session 
simultaneously listen to the speaker's voice. 

The charged parties may be any of the PoC participants, depending on the role he is taking. These roles are: 

• PoC session owner; 

• PoC participant. 

The charging of the PoC session owner is measured by the controlling PoC function. Note that PoC session owner does 
not have to participate in a specific PoC session (e.g. pre-arranged PoC group session). It provides centralized charging 
reports. In the PoC architecture the participating PoC function measures and sends charging reports to the charging 
system for the charging of the participant. 

Charging should be done according the following types of PoC sessions according OMA-AD-POC [203]: 

• 1-1 PoC session; 

• PoC group session: 

ad-hoc PoC group session; 

pre-arranged PoC group session; 

chat PoC group session. 

Editor's note: The use of PoC communication methods (single participant in a 1-1 PoC session, PoC group in a 1-many 
session or in a 1-many-l session.) is ffs. 

The charging of the PoC participant and/or PoC session owner can be done: 

• for the following services: 

1 . PoC session participation (per time period independent of usage). 

2. Talk burst sending: Amount of talk bursts sent by the participant. Amount of talk bursts shall be measured as 
a number of talk bursts and/or as a duration and/or volume of talk bursts. 

3. Talk burst receiving: Amount of talk bursts received by the participant. Amount of talk bursts shall be 
measured as a number of talk bursts and/or as a duration and/or volume of talk bursts. 

Editor's note: Sent/Received talk burst may be independent of the talk burst control protocol messages, means the 
successful or unsuccessful delivery. 

4. Actions initiated by the PoC participant in a PoC session: 

• Inviting/adding a new PoC participant into the session including identity of the invited user; 

• PoC client subscription to the conference state of the PoC group or PoC session; 
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• Sending/Receiving instant personal alerts; 

• Sending/Receiving group advertisements. 

Editor's note: "Number of "Right-to-Speak" (talk burst request)" This value should be explained. Is it the unsuccessful 
floor request? 

Editor's note: The interruption of the PoC session with "media put on hold/off hold" is ffs. 

• for the following rating parameters: 

1. PoC session type as defined above; 

2. number or list(s) of participants/talk burst receivers (valid only for the session owner - see clause 5.1.3); 

3. identity of the serving network (i.e. SGSN PLMN identifier for the charged party); 

4. date and time of PoC service usage. 

Session related PoC charging is SCUR based. Hence, number of "Right-to-Speak" and talk burst exchange shall be 
charged by SCUR and the metering will be performed in the PoC server. This is an important efficiency improvement 
since event based talk burst charging would imply the need to generate events or CDRs for each talk burst potentially 
for each charged party. 

The PoC server decides whether the session owner and/or the participants are to be charged for the services, e.g. session 
owner is charged for session participation and each participant is charged for talk burst exchange. This decision is based 
on configuration in the offline case and is governed by the OCS in the online case. Units for service usage are reported 
independently, e.g. separate minutes for session participation and number of sent and received talk bursts. 

Details how this is supported are specific to online and offline charging and will be given in the subsequent clauses. 

5.1 .2 PoC session unrelated charging 

TBD. 

Editor's note: This clause is related to the description of subscription and group Ust administration. 

5.1 .3 Cinarging based on number of participants/receivers 

Charging based on number of participants/receivers is only possible in the controlling PoC server by OMA standard, 
since the participant information is not available on the participating PoC functions. 



5.2 PoC offline charging scenarios 



< If the present document does not specify offline charging for XXX, then an appropriate reference or other explanation 
shall be provided (cf. scope clause), and all following subclauses shall only have the text "Void. Refer to clause 5.2". > 

5.2.1 Basic principles 

The charging models as given in clause 5.1 will be supported for offline charging. CDRs will be generated for the 
charged parties that are configured in the PoC server. 

These CDRs will contain distinguished service usage data for any of the described sub-services. They may contain only 
usage data related to one subscriber or may aggregate service usage. The latter case occurs e.g. in the charging model 
where the session owner is charged for all session participants. Accumulated or detailed talk burst usage data given in 
the CDRs will hold duration, volume and number of talk bursts. It is up to the Billing Domain to rate them according to 
selected rate plans. 

Event CDRs will be generated for the early session establishment and instant personal alerts delivery. 

Interim and final CDRs will be generated for PoC session participation and talk burst usage. The generation of interim 
CDRs will be governed by configurable timers at the PoC server. 
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5.2.2 Diameter message flows 



The flows described in the present document specify the charging communications between PoC server and the 
charging functions for different charging scenarios. The SIP messages associated with these charging scenarios are 
shown primarily for general information and to illustrate the charging triggers. They are not intended to be exhaustive 
of all the SIP message flows discussed in 3GPP TS 24.228 [202]. 



5.2.2.1 



Message Flows - Successful Cases and Scenarios 



5.2.2.1.1 



Successful PoC session Establishment 



Figure 5.2.2.1 shows the Diameter transactions that are required between PoC Server and CDF during PoC session 
establishment originated by a PoC Client. The ACR triggers the first CPF-CDR sequence in the controlling PoC server 
and the first PPF-CDR sequence is generated for each participant in the participating PoC server. More CPF-CDR 
sequences possible for additional participants. 



PoC 
Client 



PoC server 



SIP INVITE 



CDF 



Save Charging Data 



200 O 



ACR 



K 



Create xPF-CDR (sequence) 



ACA 



Figure 5.2.2.1 : Message Sequence Chart for Offline Chiarging PoC Session Establishiment 



5.2.2.1.2 



PoC talk burst exchange 



Figure 5.2.2.2 shows the Diameter transactions that are required between PoC Server and CDF during talk burst 
exchange. 
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PoC 
Client 



PoC server 



Talk Burst Request 



Talk Burst Release 



CDF 



Save Charging Data 



BYE 



200 OK 



ACR 



Close xPF-CDR 



ACA 



Figure 5.2.2.2: Message Sequence Chart for Offline Charging PoC tallt burst exchange 

5.2.2.1 .3 Instant personal alert 

Figure 5.2.2.3 shows the Diameter transactions that are required between participating PoC Server and CDF for the 
Instant Personal Alert delivery. 



PoC 
Client 



PoC server 

(participating) 



SIP MESSAGE 



CDF 



ACR 



Create CDR (event) 



ACA 



Figure 5.2.2.3: lUlessage Sequence Chart for Offline Charging Instant personal alert 
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5.2.2.1.4 



Pre-stablished session set-up 



Figure 5.2.2.4 shows the Diameter transactions that are required between participating PoC Server and CDF for the pre- 
established session with the early session indication. 



PoC 
Client 




PoC server 

(participating) 




CDF 








SIP INVITE 


















ACR 
















Create CDR (event) 






ACA 

















Figure 5.2.2.4: Message Sequence Chart for Offline Charging pre-established session set-up 

5.2.3 CDR generation 

The controlling PoC function CDR (CPF-CDR) and participating PoC function CDR (PPF-CDR) are generated by the 
PoC server to collect charging information that they subsequently transfer to the Charging Gateway Function (CGF). 

5.2.4 GTP' record transfer flows 

The principles and protocol applications specified in 3GPP TS 32.295 [54]. 

5.2.5 Bt CDR file transfer 

The CDR file transfer for PoC charging is supported on the Bj interface, as specified in 3GPP TS 32.240 [1]. For 
further details on the Bj protocol application refer to 3GPP TS 32.297 [52]. 

5.3 PoC online charging scenarios 
5.3.1 Basic principles 

PoC online charging is done according to the general principles of Diameter credit control applications (DCCA) as 
specified in 3GPP TS 32.299 [50]. The PoC server generates online charging messages that contain distinguishable 
service usage data for any of the sub-services. 

PoC online charging utilizes one time event charging for early (pre-established) sessions (session set-up is charged 
only) and instant personal alerts and session charging for PoC session and PoC talk burst exchange. Thus the PoC 
online charging interface will address both the Session Based Charging Function (SBCF) and the event based charging 
function (EBCF) with the OCS. There will be a general PoC service with four sub-services in the interface. Each of the 
sub-services has specific charging information and behaviour. The DCCA concept of multiple service credit control will 
be supported. As described by DCCA, unused reserved units for PoC session participation will be released on session 
termination. 
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Talk burst exchange is a session based service with SCUR which may be metered by duration, volume or number. The 
metering is done on the PoC server and governed in a DCCA conformal way by the OCS. Upon charging request it 
returns granted units of either of the three types. Unused reserved units for talk burst exchange will be released at PoC 
session termination or based on an inactivity timer. 

Editor's note: Describe the usage of service units e.g. for talk burst duration, session participation duration. . . 

5.3.2 Diameter message flows 



5.3.2.1 



Successful PoC session Establishment 



Figure 5.3.2. 1 shows the Diameter transactions that are required between PoC Server and OCS during PoC session 
establishment originated by a PoC Client. 



PoC 
Client 



SIP INVITE 



PoC server 



OCS 



CCR (initial) 



Quota Reservation 



CCA 



200 oi; 



Start Quota Control 



Figure 5.3.2.1 : Message Sequence Chart for Online Chiarging PoC Session Establishiment 

Editor's note: Detailed message description including the handling of RSU, GSU and USU should be added. 
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5.3.2.2 PoC talk burst exchange 

Figure 5.3.2.2 shows the Diameter transactions that are required between PoC Server and OCS during talk burst 
exchange. 



PoC 
Client 



PoC server 



Talk Burst Request 



Talk Burst Release 



OCS 



Update quota control 



BYE 



200 OK 



CCR (terminate) 



Quota resolution 



CCA 



Figure 5.3.2.2 : Message Sequence Chart for Online Charging PoC ta\W burst exchange 

5.3.2.3 Instant personal alert 

Figure 5.3.2.3 shows the Diameter transactions that are required between participating PoC Server and OCS for the 
Instant Personal Alert delivery. 



PoC 
Client 



SIP MESSAGE 



PoC server 

(participating) 



OCS 



CCR (event) 



Quota reservation 



CCA 



Figure 5.3.2.3: IVIessage Sequence Chart for Online Charging Instant personal alert 
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5.3.2.4 Early session set-up 

TBD. 



6 Definition of charging information 

6.1 Data description for PoC offline charging 

The PoC Server generates charging information that can be transferred from the CTF to the CDF with the Diameter 
accounting application. Detailed information about the usage of the Diameter accounting application is described in 
3GPPTS 32.299 [50]. 

6.1 .1 Rf message contents 



6.1.1.1 



Summary of Offline Charging Message Formats 



The PoC Charging application for offline charging employs the Accounting-Request (ACR) and Accounting-Answer 
(ACA). The ACR can be of type start, stop, interim and event and includes all charging information. The ACA is just an 
acknowledgement of the ACR. 

Table 6.1.1.1 describes the use of these messages for offline charging. 

Table 6.1.1.1 : Offline Charging Messages Reference Table 



Command-Name 


Source 


Destination 


Abbreviation 


Accounting-Request 


PoC Server 


CDF 


ACR 


Accounting-Answer 


CDF 


PoC Server 


ACA 



6.1.1.2 



Structure for the Accounting Message Formats 



PoC offline charging used the diameter accounting application with the two messages ACR and ACA. The request can 
be of type start, stop, interim and event. The accounting request message includes all charging information and the 
answer is just an acknowledgement of the request message. Detailed information about the diameter offline charging 
apphcation is described in 3GPP TS 32.299 [50]. 

This sub clause describes the different fields used in the accounting messages. 
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6.1.1.2.1 



Accounting-Request Message 



Table 6.1.1.1 illustrates the basic structure of a Diameter ACR message as used for PoC offline charging. 
Table 6.1.1.1 : Accounting-Request (ACR) Message Contents for Offline Charging 



Field 


Category 


Description 


Session-Id 


M 


Used as described in 3GPP TS 32.299 [50]. 


Origin-Host 


M 


Used as described in 3GPP TS 32.299 [50]. 


Origin-Realm 


M 


Used as described in 3GPP TS 32.299 [50]. 


Destination-Realm 


M 


Used as described in 3GPP TS 32.299 [50]. 


Accounting-Record-Type 


M 


Used as described in 3GPP TS 32.299 [50]. 


Accounting-Record-Number 


M 


Used as described in 3GPP TS 32.299 [50]. 


Acct-Application-ld 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Vendor-Specific-Application-ld 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


User-Name 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Accounting-Sub-Session-Id 


- 


Not used in 3GPP. 


Acct-Session-ld 


- 


Not used in 3GPP. 


Acct-Multi-Session-ld 


- 


Not used in 3GPP. 


Acct-lnterim-lnterval 


Oc 




Accounting-Realtime-Required 


- 


Not used in 3GPP. 


Origin-State-Id 


Oc 




Event-Timestamp 


Oc 




Proxy-Info 


- 


Not used in 3GPP. 


Route-Record 


- 


Not used in 3GPP. 


Service-Information 
PS-Information 
IMS-Information 
PoC-lnformation 


Om 


This field holds the PoC specific parameter and is described in clause 6.3. 


Extension 


- 


Not used in 3GPP. 



NOTE: Detailed descriptions of the fields are provided in 3GPP TS 32.299 [50] . 
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6.1.1.2.2 



Accounting-Answer Message 



Table 6.1.1.2.2 illustrates the basic structure of a Diameter ACA message as used for PoC charging. This message is 
always used by the CDF as specified below, regardless of the PoC server it is received from and the ACR record type 
that is being replied to. 

Table 6.1.1.2.2: Accounting-Answer (ACA) Message Contents for Offline Charging 



Field 


Category 


Description 


Session-Id 


M 


Used as described in 3GPP TS 32.299 [50]. 


Result-Code 


M 


Used as described in 3GPP TS 32.299 [50]. 


Origin-Host 


M 


Used as described in 3GPP TS 32.299 [50]. 


Origin-Realm 


M 


Used as described in 3GPP TS 32.299 [50]. 


Accounting-Record-Type 


M 


Used as described in 3GPP TS 32.299 [50]. 


Accounting-Record-Number 


M 


Used as described in 3GPP TS 32.299 [50]. 


Acct-Application-ld 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Vendor-Specific-Application-Id 


- 


Not used in 3GPP. 


User-Name 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Accounting-Sub-Session-Id 


- 


Not used in 3GPP. 


Acct-Session-ld 


- 


Not used in 3GPP. 


Acct-Multi-Session-ld 


- 


Not used in 3GPP. 


Error-Reporting-Host 


- 


Not used in 3GPP. 


Acct-lnterim-lnterval 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Accounting-Realtime-Required 


- 


Not used in 3GPP. 


Origin-State-Id 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Event-Timestamp 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Proxy- Info 


- 


Not used in 3GPP. 


Extension 


- 


Not used in 3GPP. 



Category in tables 6.1.1.1 and 6.1.1.2.2 shall use the categories according to clause 5.4 in 3GPP TS 32.240 [1]. 

6.1 .2 GTP' message contents 

Editor's note: 

< Based on clause 5.2.4. If not appUcable as per 5.2.4, insert only the following text. > 

{Not applicable. Refer to clause 5.2.4 for further information.} 

6.1 .3 CDR (description on tine By interface 



6.1.3.1 



CDR Field Types 



The content of the PoC CDR type is defined in tables 6.1.3.3.1 and 6.1.3.3.2. For the CDR type the field definition 
includes the field name, category and description. The detailed field descriptions are provided in 3GPP TS 32.298 [51]. 

The CDF provides the CDRs at the Bj interface in the format and encoding described in 3GPP TS 32.298 [51]. 
Additional CDR formats and contents may be available at the interface to the billing system to meet the requirements of 
the billing system, these are outside of the scope of 3GPP standardisation. 



6.1.3.2 



CDR Triggers 



6.1.3.2.1 



PoC Session Related CDRs 



Reflecting the usage of PoC sessions CDRs are generated by the CDF on a per session basis. In the scope of the present 
document the term "PoC session" refers to the following cases: 

• 1 to 1 PoC sessions; 



ETSI 



3GPP TS 32.272 version 6.0.0 Release 6 33 ETSI TS 1 32 272 V6.0.0 (2005-06) 

• PoC group sessions (1 to many). 

Accounting information for SIP sessions is transferred from the PoC server to the CDF using Diameter ACR Start, 
Interim and Stop messages. A PoC session CDR is opened in the CDF upon reception of a Diameter ACR [Start] 
message. Partial CDRs may be generated upon reception of a Diameter ACR [Interim] message, which is sent by the 
network entity towards the CDF due to a session modification procedure (i.e. change in media). Session CDRs are 
updated, or partial CDRs are generated upon reception of a diameter ACR [Interim] message, which is sent by the 
network entity due to expiration of the Accounting-Interim- Interval parameter. The CDF closes the final session CDR 
upon reception of a Diameter ACR [Stop] message, which indicates that the SIP session is terminated. 

Accounting information for unsuccessful session set-up attempts may be sent by the PoC server to the CDF employing 
the Diameter ACR [Event] message. The behaviour of the CDF upon receiving ACR [Event] messages is specified in 
clause 6.1.3.2.2. 

6.1.3.2.2 Session Unrelated CDRs 

To reflect chargeable events not directly related to a PoC session the CDF may generate CDRs upon the occurrence of 
session unrelated SIP procedures, such as: 

• Instant personal alert; 

• PoC early session. 

Accounting information for SIP session-unrelated procedures is transferred from the PoC server to the CDF using 
Diameter ACR [Event] messages. Session unrelated CDRs are created in the CDF in a "one-off" action based on the 
information contained in the Diameter ACR [Event] message. One session unrelated CDR is created in the CDF for 
each Diameter ACR [Event] message received, whereas the creation of partial CDRs is not applicable for session 
unrelated CDRs. 
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6.1.3.3 PoC CDR Content 

The detailed description of the field is provided in 3GPP TS 32.298 [51]. 

6.1.3.3.1 Participating PoC Function 

Table 6.1.3.3.1 contains the content of Participating PoC Function (PPF) Charging Data Record. 

Table 6.1.3.3.1: Charging Data of PPF-CDR 



Field 


Category 


Description 


Record Type 


M 


Identifies the PoC service record. 


Retransmission 


Oc 


This parameter, when present, indicates that information from retransmitted Diameter 
ACRs has been used in this CDR. 


SIP Metliod 


Oc 


Specifies the SIP-method for which the CDR is generated. Only available in session 
unrelated cases. This parameter corresponds to SIP-Event-Type. 


Role of Node 


Om 


This fields indicates the role of the AS/CSCF. This parameter corresponds to 
Role-of-Node. 


Node Address 


Om 


This item holds the address of the node providing the information for the CDR. This 
may either be the IP address or the FODN of the IMS node generating the accounting 
data. This parameter corresponds to the Origin-Host. 


Session ID 


Om 


The Session identification. For a SIP session the Session-ID contains the SIP Call ID 
as defined in the Session Initiation Protocol RFC 3261 [404]. This parameter 
corresponds to User-Session-ID. 


Calling Party Address 


Om 


The address (Public User ID) of the party requesting a service or initiating a session. 
This field holds either the SIP URL (according to RFC 3261 [404]) or the TEL URL 
(according to RFC 2806 [403]) of the calling party. This parameter corresponds to 
Calling-Party-Address. 


Called Party Address 


Om 


In the context of an end-to-end SIP transaction this field holds the address of the 
party (Public User ID) to whom the SIP transaction is posted. This parameter 
corresponds to Called-Party-Address. 


Service Request 
Time Stamp 


Om 


This field contains the time stamp which indicates the time at which the service was 
requested. This parameter corresponds to SIP-Request-Timestamp in START ACR. 


Service Delivery Start 
Time Stamp 


Om 


This field holds the time stamp reflecting either: successful session set-up, a delivery 
unrelated service, an unsuccessful session set-up and an unsuccessful session 
unrelated request. This parameter corresponds to SIP-Response-Timestamp in 
START ACR. 


Service Delivery End 
Time Stamp 


Oc 


This field records the time at which the service delivery was terminated. It is Present 
only in SIP session related case. This parameter corresponds to SIP-Request- 
Timestamp. in STOP ACR. 


Record Opening 
Time 


Oc 


A time stamp reflecting the time the CCF opened this record. Present only in SIP 
session related case. 


Record Closure Time 


Om 


A Time stamp reflecting the time the CCF closed the record. 


Inter Operator 
Identifiers 


Oc 


Holds the identification of the home network (originating and terminating) if 
exchanged via SIP signalling, as recorded in the Inter-Operator-Identifier. 


Originating 101 


Oc 


This parameter corresponds to Originating-IOI. 


Terminating 101 


Oc 


This parameter corresponds to Terminating-IOI. 


Local Record 
Sequence Number 


Om 


This field includes a unique record number created by this node. The number is 
allocated sequentially for each partial CDR (or whole CDR) including all CDR types. 
The number is unique within the CCF. 


Record Sequence 
Number 


Oc 


This field contains a running sequence number employed to link the partial records 
generated by the CCF for a particular session. 


Cause For Record 
Closing 


Om 


This field contains a reason for the release of the CDR. 


Incomplete CDR 
Indication 


Oc 


This field provides additional diagnostics when the CCF detects missing ACRs. 


IMS Charging 
Identifier 


Om 


This parameter holds the IMS charging identifier (ICID) as generated by the IMS node 
for the SIP session. This parameter corresponds to IMS-Charging-ldentifier (ICID). 


SDP Session 
Description 


Oc 


Holds the Session portion of the SDP data exchanged between the User Agents if 
available in the SIP transaction. This parameter corresponds to 
SDP-Session-Description. 


List of SDP Media 
Components 


Oc 


This is a grouped field comprising several sub-fields associated with one media 
component. It may occur several times in one CDR. The field is present only in a SIP 
session related case. 
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Field 


Category 


Description 


SIP Request 
Timestamp 


Om 


This parameter contains the time of the SIP Request (usually a {Re)lnvite). This 
parameter corresponds to SIP-Request-Timestamp in INTERM ACR. 


SIP Response 
Timestamp 


Om 


This parameter contains the time of the response to the SIP Request (usually a 200 
OK). This parameter corresponds to SIP-Response-Timestamp in INTERM ACR. 


SDP Media 
Components 


Om 


This is a grouped field comprising several sub-fields associated with one media 
component. Since several media components may exist for a session in parallel 
these sub-fields may occur several times. This parameter corresponds to 
SDP-Media-Component. 


SDP Media Name 


Om 


This field holds the name of the media as available in the SDP data. This parameter 
corresponds to SDP-Media-Name. 


SDP Media 
Description 


Om 


This field holds the attributes of the media as available in the SDP data. This 
parameter corresponds to SDP-Media-Description. 


GPRS Charging ID 


Oc 


This parameter holds the GPRS charging ID (GCID) which is generated by the GGSN 
for a GPRS PDP context. This parameter corresponds to GPRS-Charging-ld. 


Media Initiator Flag 


Oc 


This field indicates if the called party has requested the session modification and it is 
present only if the initiator was the called party. 


GGSN Address 


Oc 


This parameter holds the control plane IP address of the GGSN that handles one or 
more media component(s) of a IMS session. This parameter corresponds to the 
P-Charging-Vector header. 


Service Delivery 
Failure Reason 


Oc 


Holds the reason for why a requested service could not be successfully provided 
(i.e. SIP error codes taken from SIP-Method). This field is not present in case of a 
successful service delivery. 


Service Specific Data 


Oc 


This field contains service specific data. 


List of Message 
Bodies 


Oc 


This grouped field comprising several sub-fields describing the data that may be 
conveyed end-to-end in the body of a SIP message. Since several message bodies 
may be exchanged via SIP-signalling, this grouped field may occur several times. 


Content-Type 


Oc 


This sub-field of Message Bodies holds the MIME type of the message body, 
Examples are: application/zip, image/gif, audio/mpeg, etc. This parameter 
corresponds to Event-Type / Content-Type. 


Content-Disposition 


Oc 


This sub-field of Message Bodies holds the content disposition of the message body 
inside the SIP signalling, Content-disposition header field equal to "render", indicates 
that "the body part should be displayed or otherwise rendered to the user". Content 
disposition values are: session, render, inline, icon, alert, attachment, etc. This 
parameter corresponds to Even-Type / Content-Disposition. 


Content-Length 


Oc 


This sub-field of Message Bodies holds the size of the data of a message body in 
bytes. This parameter corresponds to Event-Type / Content-Length. 


Originator 


Oc 


This sub-field of the "List of Message Bodies" indicates the originating party of the 
message body. This parameter corresponds to (P-Asserted-ldentity header. 


PoC-lnformation 


Oc 


A set of PoC specific parameters such as PoC session Type, PoC server Role and 
the accumulated send/received talk burst information of the participant. 


Record Extensions 


Oc 


A set of operator/manufacturer specific extensions to the record, conditioned upon 
existence of an extension. 
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6.1.3.3.2 Controlling PoC Function 

The table 6.1.3.3.2 contains the content of Controlling PoC Function (CPF) Charging Data Record. 

Table 6.1.3.3.2: Charging Data of CPF-CDR 



Field 


Category 


Description 


Record Type 


M 


Identifies the PoC service record. 


Retransmission 


Oc 


This parameter, when present, indicates that information from retransmitted Diameter 
ACRs has been used in this CDR. 


SIP Metliod 


Oc 


Specifies the SIP-method for which the CDR is generated. Only available in session 
unrelated cases. This parameter corresponds to SIP-Event-Type. 


Role of Node 


Om 


This fields indicates the role of the AS/CSCF. This parameter corresponds to 
Role-of-Node. 


Node Address 


Om 


This item holds the address of the node providing the information for the CDR. This 
may either be the IP address or the FODN of the IMS node generating the accounting 
data. This parameter corresponds to the Origin-Host. 


Session ID 


Om 


The Session identification. For a SIP session the Session-ID contains the SIP Call ID 
as defined in the Session Initiation Protocol RFC 3261 [404]. This parameter 
corresponds to User-Session-ID. 


Calling Party Address 


Om 


The address (Public User ID) of the party requesting a service or initiating a session. 
This field holds either the SIP URL (according to RFC 3261 [404]) or the TEL URL 
(according to RFC 2806 [403]) of the calling party. This parameter corresponds to 
Calling-Party-Address. 


Called Party Address 


Om 


In the context of an end-to-end SIP transaction this field holds the address of the 
party (Public User ID) to whom the SIP transaction is posted. This parameter 
corresponds to Called-Party-Address. 


Service Request 
Time Stamp 


Om 


This field contains the time stamp which indicates the time at which the service was 
requested. This parameter corresponds to SIP-Request-Timestamp in START ACR. 


Service Delivery Start 
Time Stamp 


Om 


This field holds the time stamp reflecting either: successful session set-up, a delivery 
unrelated service, an unsuccessful session set-up and an unsuccessful session 
unrelated request. This parameter corresponds to SIP-Response-Timestamp in 
START ACR. 


Service Delivery End 
Time Stamp 


Oc 


This field records the time at which the service delivery was terminated. It is Present 
only in SIP session related case. This parameter corresponds to SIP-Request- 
Timestamp in STOP ACR. 


Record Opening 
Time 


Oc 


A time stamp reflecting the time the CCF opened this record. Present only in SIP 
session related case. 


Record Closure Time 


Om 


A Time stamp reflecting the time the CCF closed the record. 


Inter Operator 
Identifiers 


Oc 


Holds the identification of the home network (originating and terminating) if 
exchanged via SIP signalling, as recorded in the Inter-Operator-Identifier. 


Originating 101 


Oc 


This parameter corresponds to Originating-IOI. 


Terminating 101 


Oc 


This parameter corresponds to Terminating-IOI. 


Local Record 
Sequence Number 


Om 


This field includes a unique record number created by this node. The number is 
allocated sequentially for each partial CDR (or whole CDR) including all CDR types. 
The number is unique within the CCF. 


Record Sequence 
Number 


Oc 


This field contains a running sequence number employed to link the partial records 
generated by the CCF for a particular session. 


Cause For Record 
Closing 


Om 


This field contains a reason for the release of the CDR. 


Incomplete CDR 
Indication 


Oc 


This field provides additional diagnostics when the CCF detects missing ACRs. 


IMS Charging 
Identifier 


Om 


This parameter holds the IMS charging identifier (ICID) as generated by the IMS node 
for the SIP session. This parameter corresponds to IMS-Charging-ldentifier (ICID). 


SDP Session 
Description 


Oc 


Holds the Session portion of the SDP data exchanged between the User Agents if 
available in the SIP transaction. This parameter corresponds to 
SDP-Session-Description. 


List of SDP Media 
Components 


Oc 


This is a grouped field comprising several sub-fields associated with one media 
component. It may occur several times in one CDR. The field is present only in a SIP 
session related case. 


SIP Request 
Timestamp 


Om 


This parameter contains the time of the SIP Request (usually a (Re)lnvite). This 
parameter corresponds to SIP-Request-Timestamp in INTERM ACR. 


SIP Response 
Timestamp 


Om 


This parameter contains the time of the response to the SIP Request (usually a 200 
OK). This parameter corresponds to SIP-Response-Timestamp in INTERM ACR. 
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Field 


Category 


Description 


SDP Media 
Components 


Om 


This is a grouped field comprising several sub-fields associated with one media 
component. Since several media components may exist for a session in parallel 
these sub-fields may occur several times. This parameter corresponds to 
SDP-Media-Component. 


SDP Media Name 


Om 


This field holds the name of the media as available in the SDP data. This parameter 
corresponds to SDP-Media-Name. 


SDP Media 
Description 


Om 


This field holds the attributes of the media as available in the SDP data. This 
parameter corresponds to SDP-Media-Description. 








Media Initiator Flag 


Oc 


This field indicates if the called party has requested the session modification and it is 
present only if the initiator was the called party. 


GGSN Address 


Oc 


This parameter holds the control plane IP address of the GGSN that handles one or 
more media component(s) of a IMS session. This parameter corresponds to the 
P-Charging-Vector header. 


Service Delivery 
Failure Reason 


Oc 


Holds the reason for why a requested service could not be successfully provided 
(i.e. SIP error codes taken from SIP-Method). This field is not present in case of a 
successful service delivery. 


Service Specific Data 


Oc 


This field contains service specific data. 


List of Message 
Bodies 


Oc 


This grouped field comprising several sub-fields describing the data that may be 
conveyed end-to-end in the body of a SIP message. Since several message bodies 
may be exchanged via SIP-signalling, this grouped field may occur several times. 


Content-Type 


Oc 


This sub-field of Message Bodies holds the MIME type of the message body, 
Examples are: application/zip, image/gif, audio/mpeg, etc. This parameter 
corresponds to Event-Type / Content-Type. 


Content-Disposition 


Oc 


This sub-field of Message Bodies holds the content disposition of the message body 
inside the SIP signalling, Content-disposition header field equal to "render", indicates 
that "the body part should be displayed or otherwise rendered to the user". Content 
disposition values are: session, render, inline, icon, alert, attachment, etc. This 
parameter corresponds to Even-Type / Content-Disposition. 


Content-Length 


Oc 


This sub-field of Message Bodies holds the size of the data of a message body in 
bytes. This parameter corresponds to Event-Type / Content-Length. 


Originator 


Oc 


This sub-field of the "List of Message Bodies" indicates the originating party of the 
message body. This parameter corresponds to (P-Asserted-ldentity header. 


PoC-lnformation 


Oc 


A set of PoC specific parameters such as PoC session Type, PoC server Role, 
Number and List of Participants and the accumulated talk burst information during the 
PoC session. 


Record Extensions 


Oc 


A set of operator/manufacturer specific extensions to the record, conditioned upon 
existence of an extension. 



6.2 Data description for PoC online charging 

PoC online charging is using credit controL Detailed information about the used of Diameter credit control application 
is described in 3GPP TS 32.299 [50]. 

6.2.1 Ro message contents 

PoC online charging uses the credit control with the two messages Credit-Control-Request (CCR) and 
Credit-Control- Answer (CCA). The request performs rating of the PoC service and reserves units on the users account. 
The answer replies back with amount of reserved units or an error code if the user is out of credit. 

Table 6.2.1 describes the use of these messages for online charging. 

Table 6.2.1 : Online Charging Messages Reference Table 



Command-Name 


Source 


Destination 


Abbreviation 


Credit-Control-Request 


PoC Server 


OCS 


CCR 


Credit-Control-Answer 


OCS 


PoC Server 


CCA 



The structure of the Credit-Control-Request (CCR) and Credit-Control-Answer (CCA) messages defined in the clauses 
below. 
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6.2.1.1 



Credit-Control-Request Message 



Table 6.2.1.1 illustrates the basic structure of a Diameter CCR message from the PoC Server as used for PoC online 
charging. 

Table 6.2.1.1 : Credit-Control-Request (CCR) Message Contents 



Field 


Category 


Description 


Session-Id 


M 


Used as described in 3GPP TS 32.299 [50]. 


Origin-Host 


M 


Used as described in 3GPP TS 32.299 [50]. 


Origin-Realm 


M 


Used as described in 3GPP TS 32.299 [50]. 


Destination-Realm 


M 


Used as described in 3GPP TS 32.299 [50]. 


Auth-Application-ld 


M 


Used as described in 3GPP TS 32.299 [50]. 


Service-Context-Id 


M 


Value used for PoC charainq: 32272(5)3aDD.ora 


CC-Request-Type 


M 


Used as described in 3GPP TS 32.299 [50]. 


CC-Request-Number 


M 


Used as described in 3GPP TS 32.299 [50]. 


Destination-Host 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


User-Name 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


CC-Sub-Session-ld 


- 


Not used in 3GPP. 


Acct-Multi-Session-ld 


- 


Not used in 3GPP. 


Origin-State-Id 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Event-Timestamp 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Subscription-Id 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Service-Identifier 


Oc 


The value PoC Charging can be one of the following: 

- session participation 

1 - talk burst sending 

2 - talk burst receiving 

3 - instant personal alert 

4 - PoC group advertisement 


Termination-Cause 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Requested-Service-Unit 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Requested-Action 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Used-Service-Unit 


- 


Not used in PoC charging. 


IVIultiple-Services-lndicator 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


IVIultiple-Services-Credit 
Control 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Service-Parameter-Info 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


CC-Correlation-ld 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


User-Equipment-Info 


- 


Not used in PoC charging. 


Proxy-Info 


- 


Not used in 3GPP. 


Proxy-Host 


- 


Not used in 3GPP. 


Proxy-State 


- 


Not used in 3GPP. 


Route-Record 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Service-Information 
PS-Information 
IIVIS- Information 
PoC-lnformation 


Om 


This field holts the PoC specific parameter and is described in subclause 
6.3. 


Extension 


Oc 


Used as described in 3GPP TS 32.299 [50]. 



The protocol specific parameter definition is specified in 3GPP TS 32.299 [50]. 
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6.2.1.2 



Credit-Control-Answer Message 



Table 6.2.1.2 illustrates the basic structure of a Diameter CCA message as used for the PoC Server. This message is 
always used by the OCS as specified below, independent of the receiving PoC server and the CCR request type that is 
being replied to. 

Table 6.2.1.2: Credit-Control-Answer (CCA) Message 



Field 


Category 


Description 


Session-Id 


M 


Used as described in 3GPP TS 32.299 [50]. 


Result-Code 


M 


Used as described in 3GPP TS 32.299 [50]. 


Origin-Host 


M 


Used as described in 3GPP TS 32.299 [50]. 


Origin-Realm 


M 


Used as described in 3GPP TS 32.299 [50]. 


Auth-Application-ld 


M 


Used as described in 3GPP TS 32.299 [50]. 


CC-Request-Type 


M 


Used as described in 3GPP TS 32.299 [50]. 


CC-Request-Number 


M 


Used as described in 3GPP TS 32.299 [50]. 


User-Name 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


CC-Session-Failover 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


CC-Sub-Session-ld 


- 


Not used in 3GPP. 


Acct-Multi-Session-ld 


- 


Not used in 3GPP. 


Origin-State-Id 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Event-Timestamp 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Granted-Service-Unit 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Multiple-Services-Credit-Control 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Final-Unit-Indication 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Check-Balance-Result 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Credit-Control-Failure-Handling 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Direct-Debiting-Failure-Handling 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Validity-Time 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Redirect-Host 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Redirect-Host-Usage 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Redirect-IVIax-Cache-Time 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Proxy-Info 


- 


Not used in 3GPP. 


Route-Record 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Failed-AVP 


Oc 


Used as described in 3GPP TS 32.299 [50]. 


Extension 


- 


Not used in 3GPP. 
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6.3 PoC Charging specific parameters 
6.3.1 Definition of tine PoC cinarging information 

The PoC -Information parameter used for PoC charging is provided in the Service-Information parameter. 

6.3.1 .1 PoC charging information assignment for Service-Information 

The components that are used for PoC charging are provided in the Service-Information as described in table 6.3.1.1. 
Table 6.3.1.1 : Components of the Service-Information used for PoC Charging 



Field 


Category 


Description 


Service-Information 


Om 


A set of fields hold the 3GPP specific parameter as defined in 
3GPP TS 32.299 [50]. For MMS Charging the PS-Information, IIVIS- 
Information and PoC-lnformation are used. 


PS-Information 


Oc 


A set of fields hold the PS specific parameters. The details are defined in 
3GPPTS 32.251 [11]. 


SGSN-PLMN-ld 


Oc 


Used as defined in 3GPP TS 32.251 [11]. 


IMS-Information 


Oc 


A set of fields hold the IMS specific parameters. The details are defined in 
3GPP TS 32.260 [20]. 


Event-Type 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


User-Session-ID 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


Calling-Party-Address 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


Called-Party-Address 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


Time-stamp 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


Inter-Operator-Identifier 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


IMS-Charging-ldentifier 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


SDP-Session-Description 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


SDP-Media-Components 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


GGSN-Address 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


Cause 


Oc 


Used as defined in 3GPP TS 32.260 [20]. 


PoC- Information 


Om 


A set of fields hold the PoC specific parameters. The details are defined in 
clause 6.3.1.2. 



6.3.1.2 



Definition of the PoC-lnformation 



PoC specific charging information is provided within the PoC-Information. The detailed structure of the PoC- 
Information can be found in following table 6.3.1.2. 

Table 6.3.1.2: Structure of the PoC-lnformation 



Field 


Category 


Description 


PoC-Server- Role 


Om 


Identifies the PoC server as participating or controlling PoC server. 


PoC-Session-Type 


Om 


Type of the PoC session as defined in appendix C.5.1 in OMA-CP-POC [204]. 


Number-Of-Participants 


Om 


The number of invited parties of the PoC session. 


List-Of-Participants 


Oc 


Holds the address (Public User ID: SIP URL, E.I 64, etc.) of the parties whom 
are involved into the PoC session. 


Talk-Burst-Exchange 


Oc 


A set of charging data (number of talk bursts, talk burst bearer volume, sum of 
talk bursts time) for sent and received talk burst. 



Editor's Note: The list of information required in table 6.9 is not complete. Some more parameter need e.g. number 
and list of participants, parameters for instant personal alert and early session set-up. 
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6.3.2 Formal parameter description 

6.3.2.1 PoC charging information for CDRs 

The detailed definitions, abstract syntax and encoding of the PoC CDR parameters are specified in 
3GPPTS 32.298 [51]. 

6.3.2.2 PoC charging information for charging events 

The detailed charging event parameter definitions are specified in 3GPP TS 32.299 [50]. 
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